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METHOD AND SYSTEM FOR MONITORING CONSUMABLE ITEM 
USAGE AND PROVIDING REPLENISHMENT THEREOF 

PRIORITY 

5 This PCT application claims priority to United States Patent Application No. 1 1/1 1 8,796, 

filed April 29, 2005 and is hereby incorporated by reference. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

10 The present invention relates to method and system for monitoring and replenishing 

consumable supply for health testing or monitoring devices using the consumables. More 
specifically, the present invention relates to the internet or data network enabled system and 
method for providing a dynamic monitoring and replenishing approach of consumables such as 
glucose test strips for glucose meter based on the patient's strip usage and desired predetermined 

1 5 account profile. 

2. Description of the Related Art 

Patients who rely on the usage of health related testing or monitoring systems typically 
rely also on a supply of consumables that the health related monitors employ. For example, 

20 diabetics that frequently test glucose level using glucose meters such as Freestyle® or Flash®, 
also need a supply of single use strips for testing purposes. Indeed, typically, the testing or 
monitoring devices such as the glucose meters are designed to last a long time which the devices 
themselves are configured to use consumables such as glucose test strips in order to operate the 
testing or monitoring devices. 

25 For patients who are frequent users of the testing or monitoring devices, such as diabetics 

that test several times daily, having an ample supply of the test strips is critical. More often than 
not, it is the case that patients run out of the test strips which necessitates a trip to the drugstore, 
which in some cases, may not be practical. Furthermore, it is also inconvenient to consistently 
maintain a log or keep track of the number of test strips that remain until a new set of strips are 

30 purchased. On the other hand, it is wasteful to simply purchase a large quantity of test strips for 
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storage, which may eventually be lost, that take up storage space, and cost a lot of money up 
front. This is also true for many other medical testing or monitoring devices, including, for 
example, measurement of blood coagulation times, cholesterol and lipids, and other diagnostic 
monitoring tests. 

5 Therefore, it would be desirable to have a subscription based type replenishment system 

for consumables related to testing or monitoring devices such as glucose meters which allows the 
user to conveniently and easily check for or be notified in advance of a low threshold supply 
level, and to have the desired amount of consumables placed in order for receipt. Additionally, it 
would be desirable to have a tracking system that would maintain a current usage level of the 

10 consumables and to notify the user of the testing or monitoring device when the supply level of 
the consumable falls below a predetermined level. Moreover, it would be desirable to integrate 
such tracking system systems that track user demand to, for example, forecast and anticipate 
demand, and also to track overall consumption patterns, preference, seasonal demand, 
geographic demand, and other similar demographic data for use in better managing supply side 

15 activities. 

SUMMARY OF THE INVENTION 
In view of the foregoing, there is provided a system and method for monitoring patient 
usage of consumables such as glucose test strips including, for example, glucose test strips in 
20 conjunction with a health related testing or monitoring device such as glucose meters, or, for 

example, Prothrombin Time testing, Lipids testing, and other such frequent health related testing 
or monitoring that uses a disposable component and replenishing the consumables based on 
patient's profile including patient's predetermined desired replenishment related settings 
including minimum desired quantity of the disposable component, seasonality or periodicity of 
25 demand , the patient's current usage level of the consumables, and the financial account 
associated with the patient's account for performing purchase transactions. 

These and other features and advantages of the present invention will be understood upon 
consideration of the following detailed description of the invention and the accompanying 
drawings. 



30 
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BRIEF DESCRIPTION OF THE DRAWING 

FIG.l illustrates a block diagram of a replenishment management system in accordance 
with one embodiment of the present invention; 

FIG. 2 is a flowchart illustrating user account registration setup and account subscription 
process in accordance with one embodiment of the present invention; 

FIG. 3 is a flowchart illustrating an overall replenishment procedure for the user account 
in accordance with one embodiment of the present invention; 

FIG. 4 is a flowchart illustrating the strip replenishment procedure shown in FIG. 3 in 
further detail in accordance with one embodiment of the present invention; 

FIG. 5 is a flowchart illustrating the strip replenishment procedure shown in FIG. in 
further detail in accordance with another embodiment of the present invention; and 

FIG. 6 is a flowchart illustrating a user account update and maintenance procedure in 
accordance with one embodiment of the present invention 

DETAILED DESCRIPTION 

FIG. 1 illustrates a block diagram of a replenishment management system in accordance 
with one embodiment of the present invention. Referring to FIG. 1 , the replenishment 
management system 100 includes a server terminal 1 10 operatively coupled to one or more user 
terminals 120 via a data network 130. As can be seen from the Figure, each of the user terminals 
12 are also configured to be operatively connected to a respective one or more testing or 
monitoring devices 140. As will be discussed in further detail below, there is also provided a 
financial account terminal 160 operatively coupled to the data network 130 for communication 
with the server terminal 110 and a corresponding one of the user terminals 120. 

In one embodiment, the testing or monitoring device 140 may include a glucose meter 
(for example,, glucose meters with wireless communication capabilities) which is configured to 
automatically and wirelessly transmit the measured glucose data to the server terminal 1 10 at a 
predetermined frequency over the wireless connection 151. In this case, the server terminal 1 10 
may be configured to detect and receive the measured glucose data from the glucose meter and to 
store the received data in a corresponding user account associated with the glucose meter. 
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Referring back to FIG. 1, it can be seen that each of the user terminals 120, the financial 
account terminal 160, and the server terminal 1 10 are operatively coupled to the data network 
130 via a corresponding data communication link 150. Within the scope of the present 
invention, the data communication link 150 may include wired or wireless communication path 
5 which may be configured for secure, encrypted bi-directional data exchange over the data 
network 130. In particular, the data communication link 150 in one embodiment may include 
Wi-Fi data communication, IrDA data communication, infrared data communication, Bluetooth 
data communication, ZigBee data communication, USB or Firewire cable based data 
communication, Ethernet cable based data communication, and dial up modem data 

10 communication. 

For example, in one embodiment, the user terminals 120 may include one of a personal 
computer (including a desk top or a laptop computer) or a handheld communication device such 
as a Blackberry, Internet access enabled mobile telephones, a bi-directional communication 
enabled pager, and a communication enabled personal digital assistant (PDA). In one 

15 embodiment, the user terminals 120 include an output unit such as a display and/or speakers, an 
input unit such as a keyboard or a touch-sensitive screen, as well as a controller such as a CPU 
for performing user instructed procedures at the user terminals 120. Moreover, within the scope 
of the present invention, the user terminals 120 may be configured to communicate with the data 
network 130 using a wireless data communication protocol such as Bluetooth, 80 LI lx, and 

20 ZigBee. Additionally, the user terminal 120 may be also configured to communicate with the 
testing or monitoring device 140 via short range RF communication path, an infrared or IrDA 
communication path, or using Bluetooth communication protocol. Additionally, the testing or 
monitoring device 140 may also be configured to connect to the respective user terminals 120 via 
a wired connection such as a USB connection, an RS-232 cable connection, or an Ethernet cable 

25 connection. 

Referring again to FIG. 1, the financial account terminal 160 may be configured to 
communicate with the server terminal 110 and the user terminals 120 over the data network 130 
using either or a wired or wireless secure and encrypted connection. As is generally the case, 
because financial account related information is very sensitive, high level of security for data 
30 communication to and from the financial account terminal 130 may be used such as encryption 
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level exceeding 128-key encryption, and the like. Within the scope of the present invention, the 
financial account terminal 160 may include one of a banking institution terminal, a credit card 
institution terminal, a brokerage institution terminal, and any other financial institution terminal 
which maintains a financial account of a user with which financial account transactions may be 
5 performed. This aspect of the present invention is discussed in further detail below. 

Referring yet again to FIG. 1, the server terminal 1 10 in one embodiment may include a 
controller 111 operatively coupled to an input/output (I/O) interface unit 1 12, a read-only 
memory (ROM) 1 13, a random access memory (RAM) 114, and a storage unit 1 15. In one 
embodiment, the storage unit 115 includes a server application 116 and an operating system 1 17. 

10 In this manner, the controller 1 1 1 may in one embodiment be configured to communicate with 
the user terminals 120 and the financial account terminal 160 over the data network 1 10 via the 
I/O interface unit 1 12, under the control of the various processes and routines stored in the ROM 
113 and the storage unit 1 15 as well as user transmitted requests and information. 

In one embodiment, the server application 116 and the operating system 117 of the 

15 storage unit may be configured to provide a proprietary interface for the users, to execute secure 
and encrypted data communication over the data network 100. More specifically, the server 
terminal 110 may be configured to provide a proprietary internet-based user interface at a 
predetermined URL for the users to login from the user terminals 120, for example, for 
communication with the server terminal 110. Alternatively, within the scope of the present 

20 invention, the data network 130 may include the internet, and wherein the server application 1 16 
and the operating system 1 17 of the server terminal 1 10 are configured to provide a dedicated 
website for allowing the users to securely and easily login to their respective accounts using the 
user terminals 120 over the data network. 

Referring still again to FIG. 1, the storage unit 1 15 of the server terminal 1 10 in one 

25 embodiment may be configured to store data and information related to the user accounts, such 
as, but not limited to, user account login identification and password, user contact information 
such as telephone and/or facsimile numbers, email address, billing and shipping addresses, user 
account profile information such as replenishment level information, seasonality or periodicity of 
user use of the testing or monitoring device, user financial account information (for example, a 

30 bank routing number and bank account number in the case of a banking institution), and user 
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testing or monitoring device data information such as the user strip order history, health related 
monitoring data such as previously measured glucose levels, user specific basal profile 
information, bolus determination information, insulin sensitivity, trend information determined 
based on the measured glucose levels (and determined by the controller 111), and healthcare 
provider information for the user such as contact information for the user's physician, hospital, 
and nursing facilities. 

In addition, within the scope of the present invention, the storage unit 115 may further be 
configured to store an expiration information and or lot number associated with the consumable 
item, or to calculate expiration information from the lot number. For example, the server 
terminal 110 may be configured to determine the expiration information of the consumable item 
prior to or at the time of replenishment transaction (discussed in detail below), based on one or 
more of several factors, and further configured to transmit the expiration information to the user 
terminal 120 associated with the replenishment transaction. The one or more of the several 
factors determining the expiration information associated with the consumable item includes the 
lot number associated with the consumable item, where each lot number has a unique expiration 
date associated therewith, a shipment date of the consumable item from the manufacturer, and a 
date of manufacture of the consumable item. 

In this maimer, in one embodiment, the user requesting the replenishment transaction for 
the consumable item will be notified of the expiration information such as the expiration date 
associated with the consumable item, and will be alerted that the consumable item will not 
function as optimally beyond the expiration date. In the case of glucose test strips, to ensure the 
accuracy of the test results showing the measured glucose levels it is important that the 
user/patient be aware of such expiration date of the glucose test strips, so that the measured 
glucose levels are as accurate as possible. 

Moreover, in the case where there is a physician or treatment advised, or other guideline 
as to frequency of testing or monitoring, such as in Prothrombin Time testing or glucose level 
testing, a warning signal may be generated and communicated to a healthcare professional or to 
the user in the case where the consumption of the test materials, as determined by the server 
terminal 1 10, is less than the consumption required to meet this frequency of testing or 
monitoring. 
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Referring back to the Figure, in one embodiment of the present invention, based on the 
measured glucose levels for a given patient from a respective user terminal 120, the controller 
1 1 1 of the server terminal 110 may be configured to determine trend information based on 
measured glucose levels so as to determine and correspondingly generate for the user terminal 
5 120 for display, a color coded indication of the user's glucose level projections including arrow 
indicators, color coded warning or notification indicators, and associated audible alerts. For 
example, based on the user's measured glucose level for a predetermined period of time 
contemporaneously received from the user terminal 120, the server terminal 110 may be 
configured to generate and transmit to the user terminal 120 a color coded arrow indicator for 

10 display on the user terminal 120 to visually and easily inform the user of the projected or 
anticipated trend in the glucose level based on the measured glucose levels. 

Indeed, in one embodiment, an upward directional arrow that is colored red at a steep 
incline or slope displayed to the user on the user terminal 120 would immediately and readily 
inform the user that the user's glucose level is rising at a rapid rate and that corrective measures 

15 is necessary. On the other hand, a relatively horizontal trend indicator arrow colored in green 
may inform the user immediately that the user's projected glucose level is at a relatively stable 
rate and within a predetermined range that is acceptable to the user's profile. 

Referring still again to FIG. 1, the server application 116 stored in the storage unit 1 15 of 
the server terminal 110 may be configured to perform, under the control of the controller 1 1 1, the 

20 various procedures and processes as discussed below in conjunction with FIGS. 2-6, as well as to 
store any information related to the user accounts and profiles within the scope of the present 
invention. 

FIG. 2 is a flowchart illustrating user account registration setup and account subscription 
process in accordance with one embodiment of the present invention. Referring to the Figure, at 
25 step 210, the server terminal 110 (FIG. 1) receives from a user terminal 120 user account 

registration information. The received user account registration information may include, among 
others, the user name, user address, the user telephone number, and the user testing or 
monitoring device information such as model information of the testing or monitoring device. 
Thereafter at step 220, the server terminal 1 10 is configured to generate a user account 
30 profile and login information including password and login identification, all of which are stored 
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in the storage unit 115 of the server terminal 110. Then at step 230, the server terminal 1 10 is 
configured to transmit the user login information including the generated login identification 
information and associated password to the user terminal 120. After transmitting the user login 
information or alternatively, substantially contemporaneously to the login information 
5 transmission, the server terminal 1 1 0 is configured to transmit a prompt or request to the user 
terminal for the user desired subscription information for the strip replenishment. In one 
embodiment, the user desired strip replenishment subscription information may include the low 
strip count threshold notification information and strip replenishment transaction option 
information. 

10 More specifically, at step 240, the server terminal 1 10 in one embodiment is configured 

to request from the user via the user terminal 120 when the user wishes to be notified of a low 
strip count for performing a replenishment procedure, and also, the user's desired purchase 
transaction option such as establishing a link to the user's financial institution. For example, if 
the user wishes to be notified of a low strip count level when the user has 20 or less strips for 

1 5 usage with the glucose meter, the user may specify 20 as the low strip count level at which point, 
the user desired notification by the server terminal 1 10 that replenishment procedure would be 
necessary. Furthermore, in one embodiment, the replenishment transaction option information 
provided to the user terminal 120 by the server terminal 1 10 may include one of establishing a 
link to the user's financial account institution for processing the purchase transaction for the 

20 purchase of the replenishment strips, prompting the user to allow purchase transactions over the 
data network 130, and a simple replenishment notification with option to perform the purchase 
transaction for the purchase of the replenishment strips. 

Referring again to FIG. 2, at step 250, the server terminal 1 10 is configured to receive the 
user selected low strip count notification and the replenishment transaction information for the 

25 user account from the user terminal 120. The server terminal 1 10 then stores the received 

information related to the user selected low strip count notification and the chosen replenishment 
transaction option in the storage unit 115 associated with the user account information also 
stored therein. 

Then, as can be seen from FIG. 2, the server terminal 110 may be configured to transmit 
30 a notification to the user terminal 120 a confirmation of the receipt and the information which the 
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user selected for the low strip count notification level and the strip replenishment transaction that 
the user selected. Thereafter, the user account registration setup and account subscription 
process shown in FIG. 2 ends. 

FIG. 3 is a flowchart illustrating an overall replenishment procedure for the user account 
5 in accordance with one embodiment of the present invention. Referring to the Figure at step 3 1 0, 
the server terminal 1 10 in one embodiment is configured to detect a user login transmission, 
including, for example, the detection of the user account login identification information and the 
corresponding password transmitted from the user terminal 120 over the data network 130. 
Thereafter at step 320, the server terminal 1 10 is configured to verify the received user account 

10 login identification information. That is, in one embodiment, the server terminal 1 10 is 

configured to confirm the accuracy of the received account login identification information from 
the user terminal 120, and to correspond the received account login identification information to 
a corresponding stored user account. In one embodiment, the server terminal 110 may be 
configured to search the storage unit 115 (FIG. 1) for a user account profile generated and which 

15 corresponds to the received user account login identification information. 

Referring to FIG. 3, if at step 320 the received user account login identification 
information verification fails, the procedure returns to step 310 and awaits for a subsequent 
transmission of the user account login identification information from the user terminal 120. 
Optionally, the server terminal 1 10 may be configured to generate and transmit a login fail 

20 notification corresponding to the failed verification of the user account login at step 320 to the 
corresponding user terminal 120. On the other hand, if at step 320 it is determined that the 
received user account login identification is verified, and thus, a corresponding user account 
profile is recognized by the server terminal 110, then at step 330, the server terminal 1 10 is 
configured to receive a strip usage information from the user temrinai 120 whose user is now 

25 logged into the corresponding user account profile. 

Thereafter, the server terminal 120 is configured in one embodiment to retrieve the 
corresponding user account profile from the storage unit 1 15, for example, (such as in a database 
associated with the storage of the user account profiles in the storage unit 1 15). Then, with the 
strip usage information received from the user terminal 120, and the corresponding user account 

30 profile retrieved from the storage unit 1 15, in one embodiment, the server terminal 1 10 at step 
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350 is configured to perform strip replenishment procedure discussed in further detail below to 
replenish the strip supply associated with the user account profile. 

While the present embodiment is described in conjunction with glucose test strips to be 
used for the periodic glucose level testing, the present invention may be applied and would 
5 equally cover any procedure which is configured to replenish a given quantity of consumables 
(for example, medications to be consumed at a predetermined time interval). Referring back to 
the Figure, upon completing the strip replenishment procedure at step 350, the server terminal 
110 may be configured to update the user account profile associated with the user by for 
example, updating the database stored in the storage unit 1 15 of the server terminal 110 

10 associated with the user account profile for the user that is logged in. 

Furthermore, within the scope of the present invention, the database stored in the storage 
unit 115 may also be linked to systems that are configured to track user demand, so as to forecast 
and anticipate demand, and also to track overall consumption patterns, preference, seasonal 
demand, geographic demand, and other similar demographic data for use in managing supply 

15 side activities more effectively and efficiently. The individual user data in the database stored in 
the storage unit 115 may also include insurance or other individual reimbursement coverage rates 
of the individual user. These data may be used to determine a user co-pay and the amount that 
the insurance or other individual reimbursement coverage allows to the individual user. The 
results of these calculation on the user data in the database stored in the storage unit 115 may be 

20 used as a basis for purchase or charge transaction to user for the co-pay amount, to charge the 
insurance or other individual reimbursement coverage for the amount so covered, and also to 
provide an alert signal in the case that the individual user may exceed the limits of payment 
coverage, as stored in the database in the storage unit 1 15, so that action may be taken based on 
the alert signal. 

25 FIG. 4 is a flowchart illustrating the strip replenishment procedure shown in FIG. 3 in 

further detail in accordance with one embodiment of the present invention. More specifically, 
the strip replenishment procedure of step 350 (FIG. 3) in one embodiment begins at step 410 
where the server terminal 1 10 in one embodiment is configured to compare the received strip 
usage level with a user selected threshold level. Referring back to FIG. 1, the user selected 

30 threshold level in one embodiment may correspond to the one or more of low strip count 
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notification level which the user selected during the user account registration procedure as shown 
in FIG. 2. Moreover, the received strip usage level at step 410 in one embodiment corresponds 
with the received strip usage information at step 330 (FIG 3) received from the user terminal 120 
(FIG. 1). 

5 Referring back to FIG. 4, after the comparing step at step 410 (or as a result of the 

comparison step of step 410, the strip replenishment procedure at step 420 determined whether 
the received strip usage level is below the user selected threshold level. If it is determined at step 
420 that the received strip usage level is above the user selected threshold level, then at step 430, 
the server terminal 110 transmits a user notification to the corresponding user terminal 120 
10 notifying that the replenishment is procedure, and thereafter, the strip replenishment procedure 
terminates. 

On the other hand, if at step 420 it is determined that the received strip usage level is 
below the user selected threshold level, then at step 440, the server terminal is configured to 
determine the number of strips that are needed for replenishment. More specifically, the server 

15 terminal 1 10 in one embodiment may be configured to not only determine whether strip 
replenishment is necessary for the associated user account, but also, what the amount of 
necessary replenishment should be based on one or more predetermined factors such as the 
desired or optimal strip level or count selected by the user (and previously stored in the storage 
unit 1 15, for example, of the server terminal 110), and the time frame in which the strip 

20 replenishment procedure is triggered based upon the user account profile information (that is, 
based on the user's strip usage history profile, whether the triggered strip replenishment 
procedure is temporally closer to the most immediately preceding strip replenishment 
procedure). 

Within the scope of the present invention, such usage historical information determined 
25 by the server terminal 1 10, for example, may provide valuable information to the user as well as 
to the server terminal 1 10 to maintain an efficient and reliable strip replenishment routine so as 
to not result in either over supply of strips, or a the supply of strips running dangerously low. 

Referring back to FIG. 4, after determining the number of strips that are needed for 
replenishment at step 440 associated with the user account profile, at step 450, the server 
30 terminal 1 10 in one embodiment is configured to perform a charge transaction to the financial 
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account associated with the user account so as to charge the user's financial account for the 
purchase and shipping of the replenishment strips to the user associated with the user account 
profile. In one embodiment, as discussed above, the server terminal 1 10 is configured to retrieve 
the financial account information stored and associated with the user account and performs the 
5 charge transaction over the data network 130 with the corresponding financial account terminal 
150. As discussed above, the financial account information in one embodiment may include one 
of a bank account, a credit card account a debit account, a pre-paid financial account, or any 
other cash or cash equivalent account (such as the redemption of airline miles or vendor points) 
which the server terminal 1 10 is configured to recognize with monetary value. 

10 Referring again to FIG. 4, at step 460, it is determined whether the charge transaction 

performed at step 450 is successful. More specifically, the server terminal 1 10 in one 
embodiment is configured to interact with the financial account terminal 160 over the data 
network 130 in order to perform the charge or debit transaction for the amount associated with 
the number of replenishment strips. If the associated financial account terminal 160 returns a 

15 failed transaction notification to the server terminal 110 based on the server terminal 110 

transmission of the charge transaction over the data network 130, then at step 470, the server 
terminal 1 10 in one embodiment is configured to generate and transmit a notification to the user 
terminal 120 notifying the user at the user terminal 120 that the strip replenishment procedure 
has failed. Also, the server terminal 1 10 is configured to notify the user that the reason for strip 

20 replenishment failure is due to inaccurate or outdated financial account information associated 
with the user account, and thus, is configured to prompt the user to update the user's financial 
account associated with the user's account profile stored in the server terminal 110. 

On the other hand, referring back to FIG. 4, if at step 460, it is determined that the strip 
replenishment charge transaction is successful, then at step 480, the server terminal 1 10 is 

25 configured to retrieve the user shipping information associated with the user account profile, and 
executes the shipping procedure to ship the replenishment strips purchased by the user to the 
user's designated shipping location. In one embodiment, the server terminal 110 may be 
configured to prompt the user to verify or update the desired shipping location (such as 
destination address and time frame for shipping to include expedited shipping, for example). 
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Referring again to FIG. 4, upon executing the shipping procedure at step 48 0, the server 
terminal at step 490 is configured to generate and transmit a notification to the user terminal 120 
associated with the user account confirming the shipment of the ordered strips as well as the 
shipping and the fulfilled strip order details. Also, the server terminal 1 10 is configured to 
5 update the associated user account based on the charge transaction and the shipping transaction 
performed. In this manner, in accordance with one embodiment of the present invention, the 
users may conveniently place a shipment order of strips in advance of running low on the strips, 
and rather then relying upon the user's manual calculation or determination of the needed strips 
based upon the user's strip usage, such determination is automatically performed for the user, 
10 and the user can easily make the purchase transactions for the replenishment strips quickly and 
easily. 

FIG. 5 is a flowchart illustrating the strip replenishment procedure shown in FIG. in 
further detail in accordance with another embodiment of the present invention. Referring to the 
Figure, in one embodiment of the present invention, the server terminal 1 10 is configured to 

15 transmit to the user terminal 120 a predetermined or calculated number of strips to be shipped at 
step 510. In one embodiment, the server terminal 110 may be configured to determine the 
number of strips to be shipped based one or more predetermined factors such as the user strip 
usage level, the user selection of low strip notification information, the user's desired strip 
inventory, and the user's desired frequency of strip replenishment. 

20 Responsive to the number of strips to be shipped notification received from the server 

terminal 110, the user may confirm the received number of strips to be shipped as the number of 
strips that the user wants to receive, and thus, may transmit an acceptance notification to the 
server terminal 110 which, the server terminal 1 10 at step 520 is configured to receive, for 
example, as an acceptance of the order associated with the number of strips to be shipped to the 

25 user. Thereafter at step 530, the server terminal 110 may be configured to receive order payment 
information for the purchase of the number of strips that the user has accepted to be shipped to 
the user. In one embodiment, the user may transmit from the user terminal 120 to the server 
terminal 110 over the data network 130, a user financial account information, such as a credit 
card information or a bank account information to be used to perform the purchase transaction of 

30 the strips to the shipped to the user. 
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Referring back to FIG. 5, thereafter at step 540, the server terminal 110 having received 
the financial account information from the user terminal 120, performs and completes the order 
transaction for the purchase of the number of strips accepted by the user and to be shipped to the 
user with the received payment information. Upon performing and successfully confirming the 
5 order transaction at step 540, the server terminal 1 10 is configured in one embodiment to 

generate an order confirmation notification and to transmit the notification to the user. In one 
embodiment, the order confirmation notification may include the number of strips ordered, the 
shipping or mailing address where the ordered strips are to be shipped, and the amount charged 
to the financial account associated with the payment information. 

10 In this embodiment, it can be seen that the user is not required to provide the user's 

financial account information to have it stored, for example, in the user account profile at the 
server terminal 110. This approach would be particularly desirable for users who do not wish to 
have their financial account information disseminated and stored in vendor sites such as the 
server terminal 110 configured to perform strip replenishment procedures. 

1 5 FIG. 6 is a flowchart illustrating a user account update and maintenance procedure in 

accordance with one embodiment of the present invention. Referring to the Figure, at step 610, a 
user account update procedure is prompted. This may be a server terminal 110 (FIG. 1) triggered 
procedure (for example, when it is determined that the user financial account information stored 
in the server terminal 1 10 is outdated or no longer accurate), or alternatively, the user at the user 

20 terminal 120 may initiate the user account update procedure of step 610 based on the user's 
desire to modify one or more settings or parameters associated with the user account profile. 

Referring to the Figure, in the case where the server terminal 110 determines that the user 
account update is not needed, then at step 620, it is determined that the account update procedure 
is unnecessary and a corresponding notification is transmitted to the user terminal 120. For 

25 example, in the case where the user prompts a parameter which the user wishes to modify (such 
as by modifying the shipping information), if the server terminal 110 determines at step 610 that 
the updated information with which the user wishes to update is the same at that which is stored 
in the server terminal 110, then, rather then expending the processing power of the server 
terminal 1 10 to perform the user account update procedure, the server terminal 1 10 is configured 



WO 2006/119084 



PCT/US2006/016385 



- 15- 

to generate and transmit the notification to the user terminal that the user specified account is not 
necessary. 

On the other hand, if it is determined that the user account update is to be performed at 
step 610, then at step 63 0, the server terminal 1 10 is configured to retrieve the stored user 
account associated with the user profile. Thereafter, at step 640, the server terminal 1 10 is 
configured to detect the receipt of updated information associated with the user profile received 
from the user terminal 120. Thereafter, the server terminal 1 10 at step 650 is configured to 
update the user account with the updated information received from the user terminal 120. In 
one embodiment, the server terminal 110 may be configured to update the database stored in the 
storage unit 115, and which is associated with the user account to be updated based on the 
account update information received from the user terminal 120. Upon completing the user 
account update with the received updated information, the server terminal 1 10 at step 660 is 
configured to transmit a notification to the user terminal 120 to notify and confirm the update to 
the user account. In the manner described above, in accordance with the various 
embodiments of the present invention, there is provided method and system for providing 
subscription based transaction for consumable items such as glucose test strips, which diabetic 
patients may effectively use to easily replenish glucose test strips when the patient is running low 
on such item. In one embodiment, the user's use of the account or access to the subscription 
based account profile serves to compare the number of remaining strip counts with the desired 
minimum number of strips which the patient has specified, and to automatically initiate and 
execute the purchase transaction of the strips or consumables for the user to order and deliver the 
strips to the patient on time such that the patient does not run low on the item. 

In this manner, in accordance with the various embodiments of the present invention, an 
efficient system and method for the user to always maintain a minimum number of consumable 
items on. order or to be ordered based on the user's rate of usage of the item are provided. 

Furthermore, within the scope of the present invention, the server terminal 110 may be 
configured to provider a loyalty based rewards program such that based a predetermined criteria, 
the users may be provided with a discounted price for the replenishment orders of the test strips, 
and/or be offered a replacement glucose meter for use with the test strip based on the user's 
replenishment transaction history. 
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For example, the server terminal 110 may be configured to flag a user account profile 
which has executed a threshold amount of replenishment transaction (whether based on the 
number of test strips ordered for replenishment, or based on the total value of the replenishment 
transactions sum), and to offer an incentive to continue to maintain the user account, and thus 
with the replenishment transactions. In one embodiment, the server terminal 1 10 may be 
configured to automatically offer to send a replacement glucose meter at every calendar year (or 
at a predetermined frequency) so long as the user's frequency and volume of replenishment 
transaction satisfies a threshold level. Alternatively, the server terminal 110 may be configured 
to apply a price discount for future replenishment transactions of test strips based on the user 
satisfying the threshold level discussed above. In this manner, within the scope of the present 
invention, the users or patients are provided with an incentive to continue to maintain the user 
account and to continue performing the replenishment transactions. 

Additionally, in a further embodiment of the present invention, where there exists 
contracts with a provider of insurance or other individual reimbursement, or with a government 
or authority which provides group discounts when certain conditions are met, such as group price 
discounts or other special commercial terms, the server terminal 1 10 may be configured to 
automatically provide the special commercial terms to the provider of insurance or other 
individual reimbursement, or to the a government or authority. 

The various processes described above including the processes operating in the software 
application execution environment in the replenishment management system 100 including the 
server terminal 110, performing the subscription based transaction described in conjunction with 
FIGS. 2-6, may be embodied as computer programs developed using an object oriented language 
that allows the modeling of complex systems with modular objects to create abstractions that are 
representative of real world, physical objects and their interrelationships. The software required 
to carry out the inventive process, which may be stored in the storage unit of the server terminal 
1 10 in the replenishment management system 100, may be developed by a person of ordinary 
skill in the art and may include one or more computer program products. 

Various other modifications and alterations in the structure and method of operation of 
this invention will be apparent to those skilled in the art without departing from the scope and 
spirit of the invention. Although the invention has been described in connection with specific 
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preferred embodiments, it should be understood that the invention as claimed should not be 
unduly limited to such specific embodiments. It is intended that the following claims define the 
scope of the present invention and that structures and methods within the scope of these claims 
and their equivalents be covered thereby. 
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WHAT IS CLAIMED IS : 

1 . A method of providing a subscription based transaction, comprising the steps of: 
receiving a request for establishing an account associated with a consumable item; 
receiving one or more predetermined parameters associated with the account; and 

5 generating the account based on the one or more predetermined parameters; 

wherein the one or more predetermined parameters include a user specified 
consumable replenishment level. 

2. The method of claim 1 further including the step of storing data associated with the 
10 account. 

3. The method of claim 2 wherein the stored data includes the one or more predetermined 
parameters associated with the account. 

15 4. The method of claim 1 further including the step: 

generating a signal associated with the account; and 
transmitting the signal over a data network. 

5. The method of claim 4 wherein the data network includes one of a local area network, a 
20 wide area network, a personal area network, and the internet. 

6. The method of claim 1 wherein the consumable item includes a glucose test strip. 

7. The method of claim 1 further including the step of receiving data associated with the 
25 consumption level of the consumable item. 

8. The method of claim 7 further including the steps of: 

comparing the consumption level of the consumable item with the user specified 
consumable replenishment level; 
30 determining a replenishment amount based on the comparing step; and 
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determining a cost associated with the replenishment amount. 

9. The method of claim 8 wherein further including the step of transmitting the determined 
cost to the user terminal. 

5 

10. The method of claim 8 further including the step of performing a financial transaction 
associated the cost associated with the replenishment amount. 

1 1 . The method of claim 1 0 further including the steps of: 

10 retrieving a shipping information associated with the account; and 

associating the shipment of the replenishment amount with the retrieved shipping 
information. 

12. The method of claim 8 further including the step of providing the cost to a user. 

15 

13. The method of claim 1 1 further including the step of receiving a signal from the user 
associated with the cost associated with the replenishment amount. 

15. The method of claim 12 wherein the signal includes one of an acceptance and a rejection 
20 notification from the user for the purchase of the replenishment amount at the determined cost. 

16. The method of claim 1 wherein the consumable item is associated with an expiration 
date. 

25 17.^ The method of claim 1 6 wherein the expiration date associated with the consumable item 
is based on one or more of a consumable item lot number, a shipping date of the consumable 
item, and a data of manufacture of the consumable item. 

18. A system for providing a subscription based transaction, comprising: 
30 a data network; 
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a user terminal operatively coupled to the data network, the user terminal configured to 
receive and transmit data over the data network; and 

a server terminal operatively coupled to the data network, the server terminal configured 

to: 

5 receive from the user terminal a request for establishing an account associated 

with a consumable item; 

receive from the user terminal one or more predetermined parameters associated 
with the account; and 

generate the account based on the one or more predetermined parameters; 
1 0 wherein the one or more predetermined parameters include a user 

specified consumable replenishment level received from the user terminal. 

19. The system of claim 1 8 wherein the server terminal includes a storage unit, the server 
terminal configured to store data associated with the account in the storage unit. 

15 

20. The system of claim 1 8 wherein the server terminal is further configured to generate a 
signal associated with the account, and to transmit the signal over to the user terminal. 

2 1 . The system of claim 1 8 wherein the consumable item includes a glucose test strip. 

20 

22. The system of claim 18 wherein the server terminal is further configured to store in the 
storage unit an expiration date associated with the consumable item. 

23. The system of claim 22 wherein the expiration date associated with the consumable item 
25 is determined by one or more of a lot number associated with the consumable item, the data of 

shipment of the consumable item, and the date of manufacture of the consumable item. 

24. A program storage device readable by a machine, tangibly embodying a program of 
instructions executable by the machine to perform a method for providing a subscription based 

30 transaction, the method comprising the steps of: 
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receiving a request for establishing an account associated with a consumable item; 
receiving one or more predetermined parameters associated with the account; and 
generating the account based on the one or more predetermined parameters; 
wherein the one or more predetermined parameters include a user specified consumable 
5 replenishment level. 
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